系列：《我用 AI 養出一個 AWS 維運同事》｜撰於 2026-09｜Kiro IDE 1.0
前情提要：我在前傳（[前傳系列連結]）幫 AI 建了「分層工作日誌」——最近的事放 Hot 層永遠在線、久遠的自動往下沉到 Warm/Archive。這篇接著講它的天花板。

我發現工作日誌有個天花板

那套分層工作日誌，已經記得住「上週那台節點出過什麼事」。但用了一陣子我卻發現一個問題。

日誌記的是事件：「X 月 X 日，某節點掛了，根因是宿主機退化。」這很好，但它有個天花板——事件會過期。三個月後這條日誌沉到冷凍庫，AI 就不太會主動想到它了。

可是「宿主機退化要看底層實體機、別在 K8s 層繞」這個教訓，不應該過期啊。它是一條會一直有用的知識，跟「哪天、哪台」這種細節無關。

那一刻我意識到：我把兩種本質不同的東西，塞進了同一個抽屜。

人腦其實有兩種記憶

認知科學早就把這件事分清楚了，我借過來用：

你回想「昨天午餐吃什麼」用的是情節記憶；你知道「1+1=2」用的是語意記憶——後者你根本不記得是哪天學會的，因為它已經內化成「知識」了。

我的 AI 同事也該有這兩種記憶，而且要分開放。

我的兩套檔案：memory 和 knowledge

於是我的系統長出了兩條線：

舉個具體對照。同樣是那次 EKS 事件：

• 進 memory 的是事件：「2026-XX-XX，某叢集節點 pod 起不來，宿主機退化，stop/start 遷移解決。」→ 幾週後沉到 warm。
• 進 knowledge-eks 的是知識：「pod 起不來的排查順序，宿主機硬體退化是常見根因之一，別只在 K8s 層繞。」→ 一直留著，講到 EKS 就自動被叫出來當「起點假設」。

判斷口訣

我給自己一句口訣，決定一條資訊該進哪個抽屜：

memory 記「事件」→ 會過期會滾動；knowledge 記「知識」→ 會被官方修正但不因時間滾走。

再白話一點：「這件事」放日誌，「這個道理」放錯題本。

為什麼維運人一定要懂這個分法

因為維運知識有兩種完全不同的壽命。

「上週哪台機器出事」這種東西，講究的是新鮮度——太舊就沒用了。但「這個服務有這個雷、那個限制」這種東西，講究的是準確度與累積——它會一直有用，除非官方改了規格。

如果你把它們混在一起（像我一開始那樣），結果就是：新鮮的事件把珍貴的知識擠出 context，或是過期的知識被當成現況拿去用。 兩種都出事。

分開放，才能各自用最適合的方式管理：日誌讓它自動過期、知識讓它長期沉澱並定期跟官方對帳（明天講怎麼對帳）。

照著做：我的實際設定

「工作日誌」就是一個常駐載入的 md 檔（.kiro/steering/memory.md），關鍵是開頭那段寫給 AI 看的規範——沒有它，日誌會在兩週內腫成一本雜記。我的實際版本：

# 記憶日誌（Hot 層）

> 用途：記錄最近 7 天的決策、踩雷與查證結論，讓 AI 跨對話保留脈絡。
> 本檔只放日誌。個性 → 靈魂.md / 規則 → guardrails.md / 技術棧 → tech.md

## 寫入規範（每次新增條目必守）
- 格式：`- YYYY-MM-DD：<摘要>`，每條 **≤120 字**，只記結論與教訓、不記過程
- 同主題同天事件**強制合併成 1 條**
- 用 `**粗體**` 標記關鍵教訓、事實修正或紅線，方便快速掃描
- **hot 只放索引級摘要**：完整原文留 `memory-warm.md`，條目末尾標 `｜詳warm`
- 條目嚴格 **≤ 20 條**，接近上限時自動滾動

## 記憶分層
| 層 | 檔案 | 載入方式 | 時間範圍 |
|---|---|---|---|
| Hot | 本檔 | always | 最近 7 天（僅索引摘要） |
| Warm | `memory-warm.md` | manual | 全文明細 |
| Archive | `memory-archive.md` | manual | 30 天以上月度摘要 |

## Warm/Archive 主動載入指引
以下情境主動讀取對應檔案，載入後簡短告知「載入了 warm 補脈絡」，答完即釋放：
- 需要某條 hot 索引背後的完整原文（末尾標 `｜詳warm`）→ 讀 warm
- 提到 8~30 天前的客戶/專案 → 讀 warm
- 提到「之前那個」「上次處理的」「歷史脈絡」→ 讀 warm

## 日誌
### 2026-08
- YYYY-MM-DD：[主題關鍵字] 摘要…

兩個數字是我調出來的，你可以照自己的量改：每條 120 字、hot 最多 20 條。為什麼要這麼硬？因為 hot 是每次對話都載入的，它直接吃掉你每一次提問的成本。always 載入的東西，字數就是錢。

那個「主動載入指引」也很重要——它讓 AI 知道「什麼時候該自己去翻更舊的檔案」，不然你分層分了，它也不會想到要去撈。

帶走的三個重點

1. AI 需要兩種記憶：情節（日誌）+ 語意（錯題本）。 混在一起兩敗俱傷。
2. 口訣：「這件事」放日誌會過期，「這個道理」放錯題本會累積。
3. 維運知識有兩種壽命。 事件要新鮮、知識要準確，管理方式本來就該不同。

明天講最有意思的一段：踩過的雷，怎麼自動從日誌「蒸餾」進錯題本？我可不想每次踩雷都手動去更新知識庫——那種靠自律的事，我保證撐不過三天。

✍️ 關於作者：康子晉，做 AWS 維運與架構，日常跟一堆帳號、費用、架構圖為伍。這個系列記錄我怎麼把 AI 從「會聊天」調教成「能扛維運的同事」。
🔗 LinkedIn